SHIP  PRODUCTION  COMMITTEE  September  1 979 

FACILITIES  AND  ENVIRONMENTAL  EFFECTS  NSRP  0006 

SURFACE  PREPARATION  AND  COATINGS 

DESIGN/PRODUCTION  INTEGRATION 

HUMAN  RESOURCE  INNOVATION 

MARINE  INDUSTRY  STANDARDS 

WELDING 

INDUSTRIAL  ENGINEERING 
EDUCATION  AND  TRAINING 


THE  NATIONAL 
SHIPBUILDING 
RESEARCH 
PROGRAM 

Proceedings  of  the  REAPS 
Technical  Symposium 


Paper  No.  5: 

The  Shipyard  Product  Information 
System  as  an  Aid  to  Implementing 
More  Productive  Strategies 

U.S.  DEPARTMENT  OF  THE  NAVY 
CARDEROCK  DIVISION, 

NAVAL  SURFACE  WARFARE  CENTER 


Report  Documentation  Page 

Form  Approved 

OMB  No.  0704-0188 

Public  reporting  burden  for  the  collection  of  information  is  estimated  to  average  1  hour  per  response,  including  the  time  for  reviewing  instructions,  searching  existing  data  sources,  gathering  and 
maintaining  the  data  needed,  and  completing  and  reviewing  the  collection  of  information.  Send  comments  regarding  this  burden  estimate  or  any  other  aspect  of  this  collection  of  information, 
including  suggestions  for  reducing  this  burden,  to  Washington  Headquarters  Services,  Directorate  for  Information  Operations  and  Reports,  1215  Jefferson  Davis  Highway,  Suite  1204,  Arlington 

VA  22202-4302.  Respondents  should  be  aware  that  notwithstanding  any  other  provision  of  law,  no  person  shall  be  subject  to  a  penalty  for  failing  to  comply  with  a  collection  of  information  if  it 
does  not  display  a  currently  valid  OMB  control  number. 

1 .  REPORT  DATE  2.  REPORT  TYPE 

SEP  1979  N/A 

3.  DATES  COVERED 

4.  TITLE  AND  SUBTITLE 

The  National  Shipbuilding  Research  Program  Proceedings  of  the  REAPS 
Technical  Symposium  Paper  No.  5:  The  Shipyard  Product  Information 
System  as  an  Aid  to  Implementing  More  Productive  Strategies 

5a.  CONTRACT  NUMBER 

5b.  GRANT  NUMBER 

5c.  PROGRAM  ELEMENT  NUMBER 

6.  AUTHOR(S) 

5d.  PROJECT  NUMBER 

5e.  TASK  NUMBER 

5f.  WORK  UNIT  NUMBER 

7.  PERFORMING  ORGANIZATION  NAME(S)  AND  ADDRESS (ES) 

Naval  Surface  Warfare  Center  CD  Code  2230  -  Design  Integration  Tools 
Building  192  Room  128  9500  MacArthur  Blvd  Bethesda,  MD  20817-5700 

8.  PERFORMING  ORGANIZATION 

REPORT  NUMBER 

9.  SPONSORING/MONITORING  AGENCY  NAME(S)  AND  ADDRESS  (ES) 

10.  SPONSOR/MONITOR’S  ACRONYM(S) 

11.  SPONSOR/MONITOR’S  REPORT 
NUMBER(S) 

12.  DISTRIBUTION/AVAILABILITY  STATEMENT 

Approved  for  public  release,  distribution  unlimited 

13.  SUPPLEMENTARY  NOTES 

14.  ABSTRACT 

15.  SUBJECT  TERMS 

16.  SECURITY  CLASSIFICATION  OF:  17.  LIMITATION  OF 

'VPlSITT?  apt 

1 8 .  NUMBER  1 9a.  NAME  OF 

D  A  PPQPrYMQTPT  Th  PPPCrYM 

a.  REPORT  b.  ABSTRACT  c.  THIS  PAGE  S  AR 

unclassified  unclassified  unclassified 

25 

Standard  Form  298  (Rev.  8-98) 

Prescribed  by  ANSI  Std  Z39-18 


DISCLAIMER 


These  reports  were  prepared  as  an  account  of  government-sponsored  work.  Neither  the 
United  States,  nor  the  United  States  Navy,  nor  any  person  acting  on  behalf  of  the  United 
States  Navy  (A)  makes  any  warranty  or  representation,  expressed  or  implied,  with  respect 
to  the  accuracy,  completeness  or  usefulness  of  the  information  contained  in  this  report/ 
manual,  or  that  the  use  of  any  information,  apparatus,  method,  or  process  disclosed  in  this 
report  may  not  infringe  privately  owned  rights;  or  (B)  assumes  any  liabilities  with  respect  to 
the  use  of  or  for  damages  resulting  from  the  use  of  any  information,  apparatus,  method,  or 
process  disclosed  in  the  report.  As  used  in  the  above,  “Persons  acting  on  behalf  of  the 
United  States  Navy”  includes  any  employee,  contractor,  or  subcontractor  to  the  contractor 
of  the  United  States  Navy  to  the  extent  that  such  employee,  contractor,  or  subcontractor  to 
the  contractor  prepares,  handles,  or  distributes,  or  provides  access  to  any  information 
pursuant  to  his  employment  or  contract  or  subcontract  to  the  contractor  with  the  United 
States  Navy.  ANY  POSSIBLE  IMPLIED  WARRANTIES  OF  MERCHANTABILITY  AND/OR 
FITNESS  FOR  PURPOSE  ARE  SPECIFICALLY  DISCLAIMED. 


F5E1KCH 

MD 

iu  hEE’1  Hu 
■  IJM 

UtOKHUpH 

AND 

HCUUCTIVitt 

in 

HI FBU ILD'Hv 


Proceedings  of  the 
REAPS  Technical  Symposium 
September  11-13, 1979 
San  Diego.  California 


THE  SHIPYARD  PRODUCT  INFORMATION  SYSTEM  AS  AN  AID 
TO  IMPLEMENTING  MORE  PRODUCTIVE  STRATEGIES 


Douglas  J.  Martin 
Manager,  Shipbuilding  Technology 
NT  Research  Institute 
Chi cago,  Illinois 

Mr.  Martin  is  currently  responsible  for  the  management  of  the  REAPS 
program,  as  well  as  other  projects  in  computer  aids  to  shipbuilding,  com¬ 
puter  aided  design,  and  shipyard  manufacturing  technology.  He  has  a  degree 
in  naval  architecture  and  marine  engineering  from  the  University  of  Michigan. 


His  previous  experience  includes  the  development  of  computer  graphics 
systems  for  ship  design  and  lofting  applications,  software  for  marine  trans¬ 
port  system  economi  c  analysis  and  a  software  system  for  real  time  model  test 
data  acqui si ti on  and  anal ysi s. 


81 


The  REAPS  shipyards  have  recently  endorsed  the  first  phase  of  a  long  term 
project  to  specify,  design  and  implement  a  Product  Information  System.  It  is 
anticipated  that  the  eventual  output  of  this  project  will  be  a  photo  type  informa¬ 
tion  system,  consisting  of  a  database  and  associated  utility  software,  which  will 
be  useful  to  a  variety  of  functions  in  the  yard  which  record  or  supply  technical 
and  production-oriented  product  information.  While  this  may  sound  like  a  sub¬ 

stantial  undertaking  (and  it  is)  the  benefits  of  the  use  of  such  a  capability 
are  equally  substantial.  The  purpose  of  this  presentation  is  to  highlight  some 
of  the  more  significant  of  these  benefits. 

First  we  need  to  look  at  what  is  meant  when  we  talk  about  a  Product  Informa¬ 
tion  System  for  shipbuilding.  The  heart  of  the  system  is  a  I  ogi  cal  I y- structured, 
product- ori ented  database  which  we  call  the  product  model.  The  phrase  "product 
model"  is  perhaps  a  bit  of  a  misnomer  because,  as  we'll  see,  information  about 
the  yard  itself  is  also  maintained.  In  fact  the  linkage  between  product  and 

yard  facility  information  in  the  database  is  the  source  of  one  of  the  most  impor¬ 
tant  benefits  of  the  Product  Information  system. 

The  product  model  consists  of  a  set  of  so-called  "logical  models"  which 
represent  logically  complete  database  subsets  tailored  to  the  needs  of  specific 
yard  functions. 

For  example,  there  would  exist  a  structural  design  model,  design  models  for 

various  distributive  systems,  a  material  control  and  production  control  model, 

etc.  Each  such  model  can  be  explicitly  linked  to,  or  overlap,  other  models  in 
the  database  where  there  is  benefit  in  doing  so.  This  is  another  major  source  of 

benefits  of  the  product  model  approach.  Fig.  1  depicts  the  basic  constituents  of 

the  Product  Information  System. 

In  order  to  depict  models  of  information  we  have  settled  on  the  notation  shown 
in  Fig.  2  wherein  the  boxes  represent  entities  or  items  about  which  we  want  to 
record  information,  such  as  parts  of  drawings,  and  the  arrows  represent  relation¬ 
ships  between  entitites.  The  counterpart  of  an  entity  in  a  database  can  be  con¬ 

sidered  to  be  a  file  of  information  that  contains  a  series  of  records  each  of  which 
holds  information  about  a  specific  instance  of  the  entity,  as  for  example  a  specific 
part.  Relations  are  represented  by  pointer  chains  in  the  database  linking  specific 
records  in  the  entity  files. 
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Figure  1.  Product  Information  System  Layout 


Figure  2.  Information  Model  Notation 

In  Fig.  2  the  double  arrow  pointing  to  entity  B  indicates  that  many  B's  may  be 
related  to  a  single  entity  A  via  relation  1  while  the  single  arrow  indicates 
that  at  most  one  A  is  related  to  a  single  B  via  relation  2. 
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Now  lets  look  at  some  of  the  payoff  areas  for  the  use  of  a  Product  Informa¬ 
tion  System. 

Benefits  in  Design 

The  benefits  of  using  a  database  approach  to  record  the  design  fall  largely 
into  two  categories:  first,  the  improved  ability  to  manage  the  design  configura¬ 
tion  and  second,  the  increased  speed  and  accuracy  with  which  design  documentation 
can  be  produced. 

The  major  purpose  of  design  information  models  is  to  document  the  physical 
characteristics  of  the  design;  in  particular  its  geometry,  arrangement  and 
material  requirements.  To  demonstrate  how  this  might  be  done  Fig.  3  represents 

a  simplified  design  model  for  structure. 

The  principal  component  of  this  model  is  the  Structural  Definition  Entity 
(SDE).  An  SDE  may  be  a  point,  a  line,  surface,  a  volume  (or  region),  a  plate 
part,  a  stiffener  or  a  group  of  parts.  Material  type  is  recorded  for  stiffeners 
and  plates  separately  such  that  they  can  be  easily  collected  to  determine  total 
material  requirements.  Non- deri  vabl  e  geometry  for  lines  and  surfaces  is  maintained 
in  the  Geometry  Directory.  Geometry  that  can  be  derived  is  not  recorded  explicitly 
until  a  formal  approval  is  issued.  This  reduces  database  size  and  simplifies  the 
task  of  maki  ng  desi gn  changes. 

Drawings  showing  several  SDE's  can  be  defined  and  subsequently  produced  (by 
a  drawing  processor)  automatically.  We  can  also  record  for  each  SDE  the  defined 
Drawings  it  appears  in  such  that  when  changes  are  made  to  any  SDE  we  can  automa¬ 
tically  determine  which  drawings  are  affected  and  therefore  may  need  to  be  regener¬ 
ated,  thus  simplifying  design  management. 

The  structural  arrangement  is  recorded  by  means  of  stating  the,  geometric  or 
piece  Boundaries  of  each  SDE  in  terms  of  other  SDE's.  For  structural  pieces 
bounded  by  other  structural  pieces  a  Joint  is  also  defined  which  may  reference  a 
line  SDE  to  specify  the  geometry  of  the  joint. 

Stiffener  end  boundaries  may  reference  an  executable  Procedure,  similar  to 
current  N/C  system  norms,  which  defines  stiffener  end  cut  geometry.  In  fact 
the  geometry  of  plated  parts,  in  particular  brackets,  may  be  entirely  defined 
by  such  a  procedure  reference. 
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FIGURE  3.  SIMPLIFIED  STRUCTURAL  DESIGN 
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Finally  the  holes  in  structure  created  by  an  SDE  are  recorded  which  results 
in  the  automatic  recording  of  all  holes  in  a  given  structural  entity.  The  geome¬ 
try  of  such  holes  may  be  specified  by  a  Procedure. 

Fig.  4  illustrates  the  usage  of  the  relations  which  document  the  structural 
arrangement. 


PLATE  163: 

•  IS  PART  OF  SURF  A 

•  IS  BOUNDED  BY  PLATE  164 
MAKING  JOINT  B  WHOSE 
GEOMETRY  IS  SEAM  86 


T2: 

•  IS  PART  OF  STIF  10 

•  IS  BOUNDED  BY  T3  AND  T2 
(CREATING  JOINT  A) 
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Similarly,  a  design  information  model  for  piping  has  been  developed  for  use 
in  the  RAPID  Pipe  Detailing  System  and  is  depicted  in  Fig.  5.  The  primary  entity 
in  this  model  is  the  Part  which  may  be  a  pipe  piece,  valve,  fitting  or  piece  of 
equipment.  Parts  may  be  grouped  to  include  for  example  all  those  within  a  system 
or  those  within  a  manufacturable  detail.  Standard  valves  and  fittings  are  defined 


Part 


Group 


Figure  5.  RAPID  System  Information  Model 

in  a  catalog  and  their  use  as  unique  parts  in  a  system  is  recorded  by  the  Catalog- 
Part  relation.  Each  Catalog  entry  may  be  represented  by  several  Shapes  for  draw¬ 
ing  purposes.  Part  location  and  orientation  is  defined  by  Node  entities  which 
also  serve  to  locate  the  position  of  internal  reference  points  such  as  bend  loca¬ 
tions,  hangar  attachment  points,  sleeve  locations,  etc.  The  two  end  nodes  of 
attaching  components  are  referenced  by  the  Joint  entity  which  records  the  parti¬ 
cular  j  oi nt  detai I . 

Fig.  6  depicts  the  data  structure  that  would  be  created  within  this  model  to 
represent  a  si  mpl  e  detai  I . 

Similar  models  could  be  defined  to  represent  other  systems  and  outfit  items. 
Once  these  models  are  defined  the  relations  to  link  them  could  also  be  established 
This  linkage  would  offer  the  opportunity  to  perform  interference  checking,  either 
in  a  semi  automated  or  completely  visual  way  by  producing  composite  drawings  in  any 
desired  view,  and  to  record  penetrations  through  and  attachments  to  structure 
created  by  the  various  systems.  One  could  also  define  a  relation  for  compartments 
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Figure  6,  Example  Instance  of  Piping  Model 

and  spaces  which  identified  all  system  components,  pieces  of  equipment  as  well  as 
furniture  within  them  for  the  purposes  of  verifying  contract-specified  equipment  lists 
for  the  spaces  and  automatically  producing  space  arrangement  drawings  for  early  owner 
approval , 

Fig.  7  summarizes  the  benefits  in  design  of  the  use  of  such  models. 


1.  ABILITY  TO  AUTOMATICALLY  PRODUCT  DESIGN  DOCUMENTATION 

(  drAwi  Ngs  And  li  sts) 

2.  ABILITY  TO  REVISE  DESIGN  QUICKLY  AND  MANAGE  DESIGN 
CONFIGURATION  MORE  EFFECTIVELY. 

3.  LINKAGE  OF  VARIOUS  "SYSTEM"  MODELS  PROVIDES  THE  INFORMATION 
BASE  FOR  INTERFERENCE  CONTROL. 

4.  USE  OF  STANDARDS  WOULD  BE  ENCOURAGED. 


Figure  7.  Design  Benefits  Summary 
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However,  the  most  important  feature  of  these  models  is  that  they  document 
the  design  completely  for  use  by  other  yard  functions  in  terms  of  its  material 
requirements,  its  physical  arrangement  and  the  parameters  of  the  design  which 
define  its  work  content  (such  as  square  footage  for  coating,  joint  type  and  length 
for  welding  and  cutting  path  lengths  for  burning,  etc.).  As  this  information  is 
collected,  material  control  can  access  it  to  acquire  material  requirements  for 
issuing  purchase  orders,  and  planners  can  access  it  to  begin  defining  production 
units  (or  interim  products)  and  to  define  and  schedule  work  packages. 

BENEFITS  IN  PLANNING 

The  first  payoff  for  planning  ( i .  e . ,  tactical  production  planning  as  opposed 
to  strategic  or  long  range  planning)  is  the  availability  of  the  current  design 
definition  on  a  computer  as  opposed  to  on  pieces  of  paper  in  the  form  of  drawings 

and  lists.  As  a  result,  early  stage  planning  of  structural  units  could  benefit 
by  being  able  to  slice  up  the  design  in  various  ways  and  produce  computer- generated 
drawings  of  the  defined  units  for  all  desired  views.  Figures  8  and  9,  taken  from 
[5]  show  the  type  of  product  visualization  needed  at  this  point  in  planning.  This 
would  aid  greatly  in  determining  the  produci  bi  I  i  ty  of  the  unit  and  aid  in  planning 
material  handling  requirements  for  turn  overs  as  well  as  lifting,  as  the  weight 
and  center  of  the  candidate  unit  would  be  directly  available  from  summing  these 

parameters  for  the  desi gn- def i ned  components  it  contained.  Several  options  for 
unit  configuration  could  be  reviewed  quite  quickly  in  this  way. 

Later  on  in  Structural  Planning  the  object  is  to  develop  a  fabrication  plan 
which  makes  effective  use  of  shop  facilities  and  labor  while  meeting  a  production 
schedule  dictated  by  the  sequence  of  erection.  These  two  goals  may  be  conflicting 
as  pointed  out  by  Ruehsen  [5].  As  one  of  the  planner's  greatest  handicaps  currently 
is  lack  of  detailed  product  and  facility  information  he  generally  will  elect,  justi¬ 
fiably,  a  conservative  plan  and  accompanying  schedule  as  a  hedge  against  this  un- 
certai  nty. 

The  planner  needs  to  know  as  much  as  possible  about  the  projected  loads  on 

fabrication  shop  facilities,  the  assembly  unit  product  structure  and  schedule, 
and  the  material  requirements  of  the  components  in  these  units  in  order  to  develop 
an  effective  fabrication  plan  and  schedule.  The  product  model  could  supply  this 
information  and  allow  the  planner  to  "try  out"  several  alternatives  prior  to  com¬ 

mitting  to  a  plan  and  schedule.  For  example,  various  nest  arrangements  and  sequences 
could  be  quickly  evaluated,  including  cross  unit  nests,  trading  off  the  need  for 
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in-process  material  buffer  storage  against  efficient  material  usage,  handling 
and  shop  I oadi  ng. 

Fig.  10  depicts  a  simplified  information  model  for  structural  production 
which  depicts  the  major  information  entities  and  relations  the  planner  needs 
to  make  use  of. 

DESIGN-BASED  RELATIONS  (to  Design  Model) 


A. 


Fig.  10.  Simplified  Production  Model 


In  this  model  "Structural  Entities"  are  initially  the  set  of  individual  parts 
resulting  from  detailed  design,  requiring  fabrication  and  subsequent  assembly. 

Each  such  item  retains  its  identity  in  terms  of  the  structural  design  through  its 
linkage,  via  the  "  Desi  gn- Based  Relations"  to  the  structural  design  model.  Also, 
each  structural  item  at  the  component  level  to  be  fabricated  will  require  a  parti¬ 
cular  stock  type,  thus,  Its  relation  to  "Material  Requirements". 
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Given  component- 1  evel  parts  and  their  material  requirements  as  a  starting 
point  the  planner  can  begin  to  "build"  the  assembly  "Product  Structure",  iden¬ 

tifying  those  items  contained  in  a  subassembly,  subassemblies  in  an  assembly, 
etc.  while  defining  a  'Work  Package"  to  accomplish  each  assembly  job  (which 
would  identify  the  components  it  "Uses"  in  creating  the  assembly  it  "Makes"). 

Each  work  package  once  fully  designed,  would  have  associated  with  it  the  "Work 
Aids"  it  required  (e.g.  N/C  tapes,  jigs,  molds,  sketches,  etc.)  and  the  "Work 
Instructions"  (e.g.  assembly  sequence,  welding  process,  dimension  checks,  etc.) 

needed  to  carry  it  out.  Those  packages  which  must  be  completed  prior  to  initiating 
the  current  package  could  be  identified  via  the  "Dependence"  relation. 

The  planner  could  then  identify  a  tentative  assembly  schedule  noting  the 
"Date  Needed"  of  the  completed  item  (based  on  the  erection  schedule),  and  from 
this  estimate  necessary  "Start"  and  'Scheduled  Completion"  dates  for  the  candi¬ 

date  work  packages. 

Fabrication  work  packages  and  tentative  schedules  could  be  subsequently 
defined.  Such  packages  could  "Make"  one  part  (e.g.  a  shell  plate)  or  many  parts 

(e.g.  through  cutting  a  nest).  The  nesting  job  itself  is  aided  by  the  relation 
identifying  all  parts  of  a  particular  material  type,  their  needed  dates  and  the 
product  structure  relation.  These  relations  could  be  used  to  perform  a  composite 

search  of  the  data  to  return  that  set  of  parts,  of  a  particular  material  type, 
required  by  a  given  date  that  are  included  within  a  specified  set  of  assemblies  or 
units.  From  this  list  of  parts  a  set  of  fabrication  work  packages  could  be  developed, 

and  their  accompanying  schedule  assigned. 

Each  work  package  would  be  "Assigned  To"  a  particular  "Work  Center"  and  the 
group  of  all  work  packages  assigned  to  a  particular  center  identified,  via  the 

"Center  Load"  relation,  thus  providing  the  basis  for  assessing  facility  loads. 

Making  use  of  an  information  base  such  as  that  of  Fig.  10  the  planner  then 

could  try  out  various  product  structure  configurations  and  candidate  work  package 
definitions  and  schedules  in  an  attempt  to  develop  an  efficient  structural  produc¬ 
tion  plan.  Projected  work  center  loadings  and  'Storage  Area"  inventories  could  be 
assessed  quickly  during  this  process  to  determine  uneconomic  or  infeasible  situations. 
The  end  result  of  this  process  would  be  a  production  plan  based  on  the  best  available 

information,  which  would  reside  on  the  computer  ready  for  use  by  production  control. 
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Therefore  if  a  yard  does  elect  to  nest  on  a  unit  basis,  or  schedule  fabrication 
jobs  which  are  closely  tied  to  the  erection  schedule,  it  ought  to  do  so  because 
these  strategies  will  lead  to  the  most  cost  or  time  effective  production.  It 
need  NOT  do  so  because  a  lack  of  information  makes  any  other  plan  too  risky  or 
too  cumbersome  to  manage. 

The  next  benefit  for  the  planning  function  comes  not  from  the  use  of  a  pro¬ 
duct  model  per  se  but  from  inclusion  within  the  model  of  engineered  standards 

data.  For  our  purposes  these  standards  which  are  discussed  in  some  detail  in 
[4],  produced  by  Bath  Iron  Works  under  the  auspices  of  the  National  Shipbuilding 

Research  Program  (NSRP),  document  standard  labor  budgets  and  job  durations  for 
those  processes  and  operations  for  which  they  have  been  established  in  the  yard. 

One  of  the  primary  objectives  of  using  such  standards  is  to  produce  more  reliable 
work  package  schedules;  that  is  to  reduce  the  variance  in  work  package  labor  bud¬ 
gets  and  duratiors  as  depicted  in  Fig.  11  taken  from  the  Bath  report  [4],  Quoting 

from  that  report: 

"Both  early  and  late  work  package  completions  have 
unfavorable  impact  on  construction  costs.  Work 
that  is  completed  early  must  be  stored,  thereby 
incurring  unnecessary  material  handling  costs  and 
inventory  carrying  charges.  Work  that  is  completed 
late  usually  entails  expediting  and  overtime  costs. 

Reducing  the  variance  of  work  package  duration 
distributions  will  permit  tighter  scheduling  of 
work,  thereby  reducing  the  cost  of  early  and  late 
completions,  as  shown  in  ...  "(See  Fig.  11).  This 
is  a  primary  objective  of  improving  the  accuracy  and 
reliability  of  the  planning  and  scheduling  process. 

In  order  to  do  that  however,  a  firm  and  reliable 
basis  is  needed  for  determining  the  amount  of  real 
work  in  each  package  and  how  long  it  will  take  to  accom¬ 
plish  it.  Planning  and  scheduling  can  be  tightened  up 
ONLY  if  such  a  basis  exists.  Otherwise  the  plan  will 
simply  misrepresent  the  real  duration,  and  scheduling 
will  be  even  less  credible  than  it  was  before." 
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Figure  11.  Benefit  of  Compressing  Dispersion  of 
Work  Package  Duration 

Given  the  availability  of  such  standards  in  our  product  model,  and  having 
already  recorded  the  pertinent  design  parameters  used  in  applying  these  standards, 
work  package  labor  budgets  and  durations  could  be  automati cal  I y  cal cul ated. 

These  estimates  could  then  be  used  to  establish  the  schedule. 

Fig.  12  depicts  an  information  model  that  would  support  this  process.  (The 
use  of  this  model  is  discussed  in  the  next  section.) 

Additionally,  provided  a  suitable  schedul i  nq  program  was  available,  the 
schedule  itself  could  be  automatically  or  semi -automati  cal  I  y  determined  as  a 
result  of  executing  a  strategy  to  level-load  facilities  and/or  manpower. 

OUTFIT  PLANNING 

Fig.  12  was  generated  originally  to  document  how  a  Product  Information  System 
could  support  the  processes  of  "Outfit  Planning"  [6]  again  produced  within 
the  NS RP  and  sponsored  by  Todd  Pacific  Shipyards. 

Without  going  into  detail  the  major  objective  of  the  outfit  planning  metho¬ 
dology,  as  practiced  by  some  of  the  most  competitive  yards  in  the  world,  is  to 
plan  the  production  and  assembly  of  outfit  units  in  shops  for  the  purposes  of: 

o  achieving  shorter  contract  a  ward  to  delivery  times 
o  reducing  total  cost 
o  achi evi ng  better  qual i ty 
o  improving  worker  safety 
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Fig.  12.  SIMPLIFIED  OUTFIT  PLANNING/PRODUCTION  DATABASE 
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Three  rather  key  features  of  the  methodology  are  that  the  outfit  design 
and  planning  functions  are  intimately  linked,  that  they  are  linked  because  their 
principal  product  is  the  definition  of  modular,  sometimes  multisystem  units 
called  "interim  products",  and  that  the  design  and  planning  of  these  units  is 
controlled  largely  on  the  basis  of  geographical  regions  in  the  ship  called 
zones. 

The  fundamental  entity  in  the  model  in  Fig.  12  is  the  Outfit  Item.  This 
may  be  a  single  component  (e.g.  a  flange  fitting)  or  the  collection  of  components 
via©,  composing  an  outfit  "unit".  Component-level  items  may  be  purchased 
stock  items  (e.g.  the  flange),©,  or  components  fabricated  from  raw  stock  (e.g. 
a  pipe  piece  or  HVAC  duct)©.  (Purchased  stock  items  could  be  additionally 
classified,  as  is  done  at  IHI,  as  renewable  inventory  stock  or  "allocated" 
stock  material.) 

Each  Material  Item  procured  on  a  contract  basis  appears  on  a  purchase  order, 
©,  and  each  purchase  order  may  reference  many  items©.  Each  P.0,  is  related 
to  the  Schedule  via  the  date  of  its  issuance©and  the  planned  receipt  date©. 
Each  Material  Item  also  has  recorded  about  it  its  actual  receipt  date  in  the  yard 
®. 

A  System  (defined  in  design)  is  composed  of  many  component-level  items©. 
Similary  each  Zone  may  contain  Outfit  Items,  component-level  or  not  (©while 
each  unique  Outfit  Item  will  be  located  in  a  single  Zone  © (although  the  particu¬ 
lar  Zone  it  is  in  many  change  over  time  as  Zone  definitions  change.) 

An  Outfit  Item  may  be  called  out  in  more  than  one  Work  Package  ©(as  long 
as  it  is  not  physically  transformed)  and  a  particular  Work  Package  may  reference 
many  Outfit  Items  ©as  in  an  assembly  operation. 

A  Work  Package's  dependency  on  the  completion  of  other  packages  can  be 
stated  ©along  with  its  "start",  "needed"  and  "completed"  dated©,©,©. 

A  Work  Package  may  require  several  Work  Aids  ©such  as  jigs,  templates, 
shop  sketches  etc.  and  may  consist  of  a  series  of  individual  Work  Instructions 
©.  Each  instruction  could  reference  the  Trade  used  to  carry  out  the  instruction 
<§)• 
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The  Work  Package  is  assigned  to  a  particular  Work  Center  (Area)  (|l)and  each 
Work  Center  may  at  any  given  time  have  several  Work  Packages  scheduled  for  it(|2)  . 

A  Work  Center  may  utilize  several  machines  and  many  operations  may  be  carried 
out(|J).  An  Engineered  Standard  may  be  established  for  each  operati  on@.  Finally 
where  an  Outfit  Item  is  to  be  installed  "On-Block"  a  relation  (2|) is  needed  to 
identify  the  particular  structural  unit  into  which  it  is  to  be  integrated. 

As  previously  mentioned  the  desi gn- ori ented  product  description  is  directly 
linked  to  the  production-oriented  description.  As  a  result  desi gn- speci  f  i  ed  in¬ 
formation  which  serves  as  input  to  work  content-estimating  relationships  based 
on  engineered  standards  application  (e.g.  area  of  surface  to  be  coated,  length 
of  welded  joints  for  various  processes,  number  of  flanged  joints  to  be  bolted, 
etc.),  is  directly  available.  Therefore  labor  budgets  and  total  process  times 
may  be  automatically  computed  for  each  work  package,  from  which  work  center  loads 
may  be  automatically  totalled.  Rescheduling  can  then  be  performed  to  level  load 
facilities  and  manpower. 

One  potentially  difficult  material  control  probl  em  ari  ses  as  a  result  of 
this  methodology's  emphasis  on  compressing  outfit  duration  (really  total  contract 
duration)  and  the  dual  role  played  by  outfit  items  as  system  components  and  work 
package  or  "pallet"  components.  The  problem  involves  keeping  track  of  those 
items  (or  their  source  materials)  which  have  been  ordered  early  on  (or  are  already 
available  in  inventory),  on  the  basis  of  preliminary  system  materi  al  lists,  and 
those  needed  in  a  i  nteri  m  product- based  work  package  material  list  which  have 
not  been  ordered  or  are  not  available  in  inventory.  The  simple  information  struc¬ 
ture  in  the  model  of  Fig.  12  would  eliminate  any  confusion  in  this  regard. 

The  methodology  of  Outfit  Planning  truly  offers  the  potential  for  dramatic 
productivity  improvements  and  we  believe  the  availability  of  a  product  model  such 
as  this  can  significantly  assist  in  its  implementation  and  execution. 

Fig.  13,  then,  summarizes  some  of  the  effects  on  the  planning  function  of 
the  use  of  a  Product  Information  System. 

BENEFITS  IN  PRODUCTION  CONTROL/ PRODUCTI ON 

As  we  have  already  seen  the  use  of  engineered  standards  in  the  product  model 
allows  reliable  schedules  to  be  established  from  solid  work  content  estimates  for 
each  work  package.  This  by  itself  would  simplify  production  control  as  there  would 
exist  much  less  variance  or  exception  conditions  requiring  control  in  the  first  place. 


BENEFITS  IN  PLANNING 


1,  EASE  WITH  WHICH  THE  DESIGN  CAN  BE  DECOMPOSED  INTO 

UNITS  AND  EVALUATED  FOR  PRODUCI  Bl  LI  TY,  ETC. 

2,  POTENTIAL  FOR  AUTOMATED  LABOR  BUDGET  AND  JOB 

DURATION  ESTIMATES  GENERATION  FOR  SCHEDULING 
BASED  ON  DESIGN  DATA  AVAILABILITY  AND  THE  USE 
IN  THE  PRODUCT  MODEL  OF  ENGINEERED  STANDARDS. 

3,  PROVIDES  TOOL  FOR  SUPPORT  OF  OUTFIT  PLANNING. 


Fi  g.  13.  PI  anni  ng  Benef  i  t  s  Summary 

Where  exception  conditions  do  occur,  such  as  when  a  major  piece  of  equipment 
goes  down  for  a  prolonged  period,  the  ability  to  reload  facilities  and  manpower 
and  reschedule  work  packages  quickly  to  achieve  level,  or  minimum  cost  loading 
would  be  very  beneficial.  This  reloading  and  rescheduling  could  be  carried  out 
as  often  as  the  yard  fel t  necessary. 

The  benefits  for  the  shops  t h e ms e I  v e s  c o me  mo r e  or  less  for  free  as  a  re¬ 
sult  of  the  fact  that  a  more  complete  design  and  planning  job  can  be  accomplished 
prior  to  their  receipt  of  a  work  order  and  due  to  the  fact  that  the  jobs  are 
issued  in  accordance  with  a  schedule  which  is  based  on  better- i  nformed  decision 
ma k i  n g  by  production  control. 

However  the  shops  should  benefit  as  well  by  receiving  computer-generated 
job  documentation  which  is  accurate  and  which  can  be  customized  easily  to  meet 
each  shop's  and,  if  necessary,  each  job's  particular  requirements.  As  an  example 
Fig.  14  represents  an  unit  isometric  which  could  be  computer-generated  to  supplement 
the  assembly  work  package  for  the  unit.  Fig.  15  summarizes  some  ofthe  benefits 
for  production  control  and  the  shops  of  the  use  of  a  Product  Information  System. 
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Fig,  14,  Example  Unit  Isometric  Shop  Sketch 


BENEFITS  IN  PRODUCTION  CONTROL/ PRODUCTI  ON 

1,  MORE  RELIABLE  SCHEDULES  DUE  TO  APPLICATION 
OF  ENGINEERED  STANDARDS, 

2,  ABILITY  TO  AUTOMATICALLY  LEVEL-LOAD  FACILITIES 
AND  MANPOWER, 

3,  ACCURATE  WORK  PACKAGE  BILL  OF  MATERIALS  DIRECTLY 
AVAI  LABLE- - UNAVAI  LABI  LITY  OF  AN  ITEM  CAN  BE 
AUTOMATICALLY  FLAGGED, 

4,  COMPUTER-GENERATED  SHOP  SKETCHES  CAN  BE  TAILORED 
TO  PRODUCTION  NEEDS, 

Fig,  15,  Summary  of  Production  Cont r ol / Pr oduct i  on  Benefits 
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S  u  mma  r  y 

To  summarize,  a  product  model  is  all  about  properly  organizing  information, 

The  fact  that  its  on  a  computer  simply  means  that  those  that  need  to  use  it  can  get 
it  quickly  and  in  a  useful  form;  and  that  application  programs  can  readily  access  it. 

In  terms  of  implementation  any  commercially  available  data  base  management  sys¬ 
tem  which  supports  network  information  structures  is  capable  of  accommodating  such 
product  models,  Because  of  the  use  of  such  off-the-shelf  database  software  it  would 
be  a  straightforward  task  to  interface  existing  applications  software  to  the  product 
model,  thus  enhancing  each  yard's  current  investment  in  their  operational  software, 
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